IN THE CLAIMS 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 



Listing of Claims 

1. (Canceled) 

2. (Currently Amended) A method for bandwidth scheduling according to claim [[1]] Sj 
8. 10. 12, 15. 19, 20. or 22 . wherein the stream of data includes identifiable data packets: 

subjecting each data packet to a decision making algorithm in the bandwidth scheduler 
resulting in that the data packet is accepted or rejected. 

3. (Canceled) 

4. (Canceled) 

5. (Currently Amended) A method for bandwidth scheduling in a switch comprising a 
switching fabric, and a bandwidth scheduler located before any queue of said switch, the 
method comprising the steps of: 

receiving a stream of data from the switching fabric; 
extracting flow identity information from the stream; 
updating counters corresponding to the stream; and 

subjecting the stream to a decision making algorithm in the bandwidth scheduler 
based on the extracted flow identity information and the updated counters for that 
particular stream resulting in that the stream is accepted or reject ed before said stream 
enters any queue of said switch aooordinc to claim 1 . 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and 

wherein a limit (BWP„„) is set on the maximum accepted bandwidth per port and 
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wherein a virtual queue is associated with each port by means of a counter VQLP (virtual 
queue length of port) and the counter VQLP is increased with the packet length for each accepted 
packet and updated by subtracting the configuration parameter BWP max (maximum accepted 
bandwidth per port) each time unit. 

6. (Original) A method for bandwidth scheduling according to claim 5, wherein, if the 
counter VQLP < a constant, a flag is set to a value used by the algorithm in deciding to accept or 
reject a packet. 



7. (Canceled) 



8. (Currently Amended) A method for bandwidth scheduling in a switch c< 
switching fabric, and a bandwidth scheduler located before any queue of said switch, the 
method comprising the steps of: 

receiving a stream of data from the switching fabric; 

extracting flow identity information from the stream: 

updating counters corresponding to the stream; and 

subjecting the stream to a decision making algorithm in the bandwidth scheduler 
based on the extracted flow identity information and the updated counters for that 
particular stream resulting in that the stream is accepted or rejected before said stream 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and 

wherein a limit (BWTCm.,) is set on the maximum accepted bandwidth per traffic 
class, and 

wherein a virtual queue is associated with each traffic class by means of a counter 
VQLTC (virtual queue length per traffic class) and the counter VQLTC is increased with the 
packet length for each accepted packet and updated each time unit by subtracting the 
configuration parameter BWTC max . 
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9. (Original) A method for bandwidth scheduling according to claim 8, wherein, if the 
counter VQLTC < a constant, a flag is set to a value used by the algorithm in deciding to accept 
or reject a packet. 



10. (Currently Amended) A method for bandwidth scheduling in a switch comprising a 
switching fabric, and a bandwidth scheduler located before any queue of said switch, the 
method comprising the steps of: 

receiving a stream of data from the switching fabric; 
extracting flow identity information from the stream; 
updating counters corresponding to the stream; and 

subjecting the stream to a decision making algorithm in the bandwidth scheduler 
based on the extracted flow identity information and the updated counters for that 
particular stream resulting in that the stream is accepted or rejected before said stream 
enters any queue of said switch aooording to olaim 3 . 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and 

wherein a counter TC (traffic class) is increased with the packet length when the traffic 
class accepts a packet, and a variable TCP max (traffic class port maximum) is set to a value equal 
to the maximum of the TC counters for the port in question, wherein, for a traffic class having 
the ratio TC/TCP,„a X < a constant, a flag is set to a value used by the algorithm in deciding to 
accept or reject a packet, whereby the bandwidth is distributed in accordance with the Max-Min 
algorithm. 

11. (Canceled) 

12. (Currently Amended) A method for bandwidth scheduling in a switch comprising a 
switching fabric, and a bandwidth scheduler located before any queue of said switch, the 
method comprising the steps of: 

receiving a stream of data from the switching fabric: 
extracting flow identity information from the stream: 
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updating counters corresponding to the stream; and 

subjecting the stream to a decision making algorithm in the bandwidth scheduler 
based on the extracted flow identity information and the updated counters for that 
particular stream resulting in that the stream is accepted or rejected before said stream 
enters any queue of said switch aocordinc to olaim 11 . 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and 

wherein each traffic class is guaranteed a bandwidth up to a limit (BWTC min ). and 

wherein a counter TC (traffic class) is increased with the packet length when the traffic 
class accepts a packet and is updated each time unit by subtracting the configuration parameter 
BWTC min (bandwidth per traffic class minimum). 

13. (Original) A method for bandwidth scheduling according to claim 10, wherein a weight 
WTC (weight traffic class) is associated with each traffic class, so that the algorithm 

:ally prioritizes certain traffic classes. 

14. (Original) A method for bandwidth scheduling according to claim 13, wherein the 
counter TC (traffic class) is increased with the packet length multiplied by the configuration 
parameter WTC (weight traffic class), when the traffic class accepts a packet, and the counter TC 
is updated each time unit by subtracting a configuration parameter BWTC min (bandwidth per 
traffic class minimum) multiplied by the configuration parameter WTC. 

15. (Currently Amended) A method for bandwidth scheduling in a switch comprising a 
switching fabric and a bandwidth scheduler located before any queue of said switch, the 
method comprising the steps of: 

receiving a stream of data from the switching fabric; 
extracting flow identity information from the stream; 
updating counters corresponding to the stream; and 

subjecting the stream to a decision making algorithm in the bandwidth scheduler 
based on the extracted flow identity information and the updated counters for that 
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particular stream resulting in that the stream is accepted or rejecte d before said stream 
enters any queue of said switch aooording to claim 3 . 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and 

wherein, for each traffic class, a counter BL (backlogging) keeps track of how many 
packets are accepted in relation to the other traffic classes, so that if a previously idle traffic class 
becomes active, the traffic class is compensated by distributing more bandwidth to this traffic 

16. (Original) A method for bandwidth scheduling according to claim 15, wherein a 
variable BLP max (backlogging port max) stores the maximum of the backlogging counters for the 
traffic classes of each port, and, for a traffic class with the ratio BL/BLP max < a constant, a flag is 
set to a value used by the algorithm in deciding to accept or reject a packet. 

17. (Original) A method for bandwidth scheduling according, to claim 16, wherein the BL 
counter is increased with the packet length multiplied by a configuration parameter WTC 
(weight traffic class), when the traffic class accepts a packet, and said counter BL is limited to a 
fixed upper value and a fixed lower value, and if one backlogging counter for a traffic class 
reaches the upper limit, all other counters are decreased in order to maintain the internal 
difference, and if one backlogging counter for a flow reaches the lower limit, this counter 
remains at the lower limit and the counter BL is updated each time unit by subtracting a 
configuration parameter BWT m i„ (minimum bandwidth per traffic class) multiplied by the 
configuration parameter WTC. 

18. (Canceled) 

19. (Currently Amended) A method for bandwidth scheduling in a switch comprising a 
switching fabric, and a bandwidth scheduler located before any queue of said switch, the 
method comprising the steps of: 

receiving a stream of data from the switching fabric; 
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extracting flow identity information from the stream: 
updating counters corresponding to the stream; and 

subjecting the stream to a decision making algorithm in the bandwidth scheduler 
based on the extracted flow identity information and the updated counters for that 
particular stream resulting in that the stream is accepted or rejected before said stream 
enters any queue of said switch according to claim 1 S . 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and 

wherein, if one traffic class is particularly aggressive or active, it is forced to give up 
a part of its accepted bandwidth and 

wherein, when a packet is accepted in a traffic class having the maximum accepted 
bandwidth (TC = TCP raax ), a charity function forces the packet to be discarded and a counter 
charity (CH) is increased with a configurable fraction of the accepted packet length (+packet 
length x give factor), and when a packet is rejected in one of the other traffic classes, the charity 
function forces the packet to be accepted and the clarity counter (CH) is decreased with the 
packet length multiplied with the weight of the respective traffic class (-packet length x WTC), 
and the counter (CH) is updated each time unit by multiplication with a decay factor. 

20. (Currently Amended) A method for bandwidth scheduling in a switch comprising a 
switching fabric, and a bandwidth scheduler located before any queue of said switch, the 
method comprising the steps of: 

receiving a stream of data from the switching fabric: 

extracting flow identity information from the stream; 

updating counters corresponding to the stream: and 

subjecting the stream to a decision making algorithm in the bandwidth scheduler 
based on the extracted flow identity information and the updated counters for that 
particular stream resulting in that the stream is accepted or rejected before said stream 
enters any queue of said switch according to claim 3 , 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and , wherein: 
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a limit (BWP raax ) is set on the maximum accepted bandwidth per port, a virtual queue is 

associated with each port, and a flag is set in dependence of the port queue length; 
a limit (BWTC max ) is set on the maximum accepted bandwidth per traffic class, a virtual 

queue is associated with each traffic class, and a flag is set in dependence of the 

traffic class queue length; 
the bandwidth is distributed in accordance with the Max-Min algorithm; 
each traffic class is guaranteed a bandwidth up to a limit (BWTC mta ); 
a weight (WTC) is associated with each traffic class, so shat the algorithm automatically 

prioritizes certain traffic classes; 
for each traffic class, a backlogging counter (BL) keeps track of how many packets are 

accepted in relation to the other traffic classes, so that if a previously idle traffic class 

becomes active, the traffic class is compensated by distributing more bandwidth to 

this traffic class; 

if one traffic class is particularly aggressive or active, it gives up a part of its accepted 
bandwidth. 

21. (Canceled) 

22. (Currently Amended) A method for bandwidth scheduling in a switch comprising a 
switching fabric, and a bandwidth scheduler located before any queue of said switch, the 
method comprising the steps of: 

receiving a stream of data from the switching fabric: 
extracting flow identity information from the stream; 
updating counters corresponding to the stream: and 

subjecting the stream to a decision making algorithm in the bandwidth scheduler 
based on the extracted flow identity information and the updated counters for that 
particular stream resulting in that the stream is accepted or rejected before said stream 
enters any queue of said switch aooording to claim 21 , 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and . 
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wherein flows are grouped together by means of a hash function into a set of flow 

wherein a counter FG (flow group) is increased with the packet length when the flow 
group accepts a packet, and a variable FG max , (flow group maximum) is set to a value equal to 
the maximum of the FG counters for the traffic class in question, and wherein, for a flow group 
having the ratio FG/FG raax < a constant, a flag is set to a value used by the algorithm in deciding 
to accept or reject a packet, whereby the bandwidth is distributed in accordance with the Max- 
Min algorithm. 

23. (Original) A method for bandwidth scheduling according to claim 22, wherein: 

a limit (BWP max ) is set on the maximum accepted bandwidth per port, a virtual queue is 

associated with each port, and a flag is set in dependence of the port queue length; 
a limit (BWTC max ) is set on the maximum accepted bandwidth per traffic class, a virtual 

queue is associated with each traffic class, and a flag is set in dependence of the 

traffic class queue length: 
each traffic class is guaranteed a bandwidth up to a limit (BWTC mi „); 
a weight (WTC) is associated with each traffic class, so that the algorithm automatically 

prioritizes certain traffic classes; 
for each traffic class, a backlogging counter (BL) keeps track of how many packets are 

accepted in relation to the other traffic classes, so that if a previously idle traffic class 

becomes active, the traffic class is compensated by distributing more bandwidth to 

this traffic class; 

if one traffic class is particularly aggressive or active, it gives up a part of its accepted 
bandwidth. 

24. (Original) A method for bandwidth scheduling according to claim 6, 9, 10, 12, 14, 17, or 
19, wherein flows are grouped together by means of a hash function into a set of flow groups, 
and a counter FG (flow group) is increased with the packet length when the flow group accepts a 
packet, and a variable FG max (flow group maximum) is set to a value equal to the maximum of 
the FG counters for the traffic class in question, and wherein, for a flow group having the ratio 
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FG/FG max < a constant, a flag is set to a value used by the algorithm in deciding to accept or 
reject a packet, whereby the bandwidth is distributed in accordance with the Max-Min algorithm. 

25. (Original) A method for bandwidth scheduling according to claim 23, wherein the flags 
set by the algorithm logic are used in a decision sequence comprising: 

if port is switched off, then reject, otherwise; 

if Flow Groups are enabled and Flow Group is fair, then accept, otherwise; 

if queue (VQLP, VQLTC) longer than Discard Wanted (= desired maximum length), then 

reject, otherwise if Flow Groups are enabled and queue (VQLP, VQLTC) longer than 

DiscardPreferred (= preferred maximum length), and the most aggressive Flow 

Group, then reject, otherwise 
if Traffic Classes are enabled and Traffic Class is fair, then accept, otherwise; 
if queue (VQLP, VQLTC) longer than DiscardPreferred (= preferred maximum length), 

then reject, otherwise: 

26. (Canceled) 

27. (Canceled) 

28. (Canceled) 

29. (Currently Amended) An arrangement for bandwidth scheduling according to claim 
[[28]] 32, 35, 37, 39. 42. 46. 47. or 49 . wherein the stream of data includes identifiable data 
packets; and further comprising 

means for subjecting each data packet to a decision making algorithm in the bandwidth 
scheduler resulting in that the data packet is accepted or rejected. 

30. (Canceled) 
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31. (Canceled) 



32. (Currently Amended) An arrangement for bandwidth scheduling in a switch 
comprising a switching fabric, and a bandwidth scheduler located before any queue of said 
switch, the arrangement comprising: 

means for receiving a stream of data from the switching fabric; 

means for extracting flow identity information from the stream; 

means for updating counters corresponding to the stream; and 

means for subjecting the stream to a decision making algorithm in the bandwidth 
scheduler based on the extracted flow identity information and the updated counters for 
that particular stream resulting in that the stream is accepted or rejected before said 
stream enters any queue of said switch according to claim 31 . 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and . 

wherein a limit (BWP ma ») is set on the maximum accepted bandwidth per port, and 

wherein a virtual queue is associated with each port by means of a counter VQLP (virtual 
queue length of port) and the counter VQLP is increased with the packet length for each accepted 
packet and updated by subtracting the configuration parameter BWP max (maximum accepted 
bandwidth per port) each time unit. 

33. (Original) An arrangement for bandwidth scheduling according to claim 32, wherein, if 
the counter VQLP < a constant, a flag is set to a value used by the algorithm in deciding to 
accept or reject a packet. 

34. (Canceled) 

35. (Currently Amended) An arrangement for bandwidth scheduling in a switch 
comprising a switching fabric, and a bandwidth scheduler located before any queue of said 
switch, the arrangement comprising: 

means for receiving a stream of data from the switching fabric; 
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means for extracting flow identity information from the stream: 
means for updating counters corresponding to the stream; and 
means for subjecting the stream to a decision making algorithm in the bandwidth 

scheduler based on the extracted flow identity information and the updated counters for 

that particular stream resulting in that the stream is accepted or rejected before said 

stream enters any queue of said switch aooording to olaim 31 , 

wherein the flow identity information includes port, identified by port number, and 

traffic class, and . 

wherein a limit (BWTd,,) is set on the minimum accepted bandwidth per traffic 
class, and 

wherein a virtual queue is associated with each traffic class by means of a counter 
VQLTC (virtual queue length per traffic class) and the counter VQLTC is increased with the 
packet length for each accepted packet and updated each time unit by subtracting the 
configuration parameter BWTC max . 

36. (Original) An arrangement for bandwidth scheduling according to claim 35, wherein, if 
the counter VQLTC < a constant, a flag is set to a value used by the algorithm in deciding to 
accept or reject a packet. 

37. (Currently Amended) An arrangement for bandwidth scheduling in a switch 
comprising a switching fabric, and a bandwidth scheduler located before any queue of said 
switcluthe arrangement comprising: 

means for receiving a stream of data from the switching fabric: 
means for extracting flow identity information from the stream: 
means for updating counters corresponding to the stream: and 
means for subjecting the stream to a decision making algorithm in the bandwidth 
scheduler based on the extracted flow identity information and the updated counters for 
that particular stream resulting in that the stream is accepted or rejected before said 
stream enters any queue of said switch aooording to olaim 30 . 
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wherein the flow identity information includes port, identified by port number, and 
traffic class, and 

wherein a counter TC (traffic class) is increased with the packet length when the traffic 
class accepts a packet, and a variable TCP ma x (traffic class port maximum) is set to a value equal 
to the maximum of the TC counters for the port in question, and wherein, for a traffic class 
having the ratio TC/TCPmax < a constant, a flag is set to a value used by the algorithm in deciding 
to accept or reject a packet, whereby the bandwidth is distributed in accordance with the Max- 
Min algorithm. 



39. (Currently Amended) An arrangement for bandwidth scheduling in a switch 
comprising a switching fabric, and a bandwidth scheduler located before any queue of said 
switch, the arrangement comprising: 

means for receiving a stream of data from the switching fabric; 

means for extracting flow identity information from the stream; 

means for updating counters corresponding to the stream; and 

means for subjecting the stream to a decision making algorithm in the bandwidth 
scheduler based on the extracted flow identity information and the updated counters for 
that particular stream resulting in that the stream is accepted or rejected before said 
stream enters any queue of said switch according to olaim 38 , 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and 

wherein each traffic class is guaranteed a bandwidth up to a limit (BWTCmin). and 

wherein a counter TC (traffic class) is increased with the packet length when the traffic 
class accepts a packet and is updated each time unit by subtracting the configuration parameter 
BWTCmin (bandwidth per traffic class minimum). 



40. (Original) An arrangement for bandwidth scheduling according to claim 37, wherein a 
weight WTC (weight traffic class) is associated with each traffic class, so that the algorithm 
automatically prioritises certain traffic classes, 

41. (Original) An arrangement for bandwidth scheduling according to claim 40, wherein the 
counter TC (traffic class) is increased with the packet length multiplied by the configuration 
parameter WTC (weight traffic class), when the traffic class accepts a packet, and the counter TC 
is updated each time unit by subtracting a configuration parameter BWTCmin (bandwidth per 
traffic class minimum) multiplied by the configuration parameter WTC. 

42. (Currently Amended) An arrangement for bandwidth scheduling in a switch 
comprising a switching fabric, and a bandwidth scheduler located before any queue of said 
switch, the arrangement comprising: 

means for receiving a stream of data from the switching fabric: 
means for extracting flow identity information from the stream; 
means for updating counters corresponding to the stream: and 
means for subjecting the stream to a decision making algorithm in the bandwidth 

scheduler based on the extracted flow identity information and the updated counters for 

that particular stream resulting in that the stream is accepted or rejected before said 

stream enters any queue of said switch according to olaim 30 . 

wherein the flow identity information includes port, identifi ed by port number, and 

traffic class, and 

wherein, for each traffic class, a counter BL (backlogging) keeps track of how many 
packets are accepted in relation to the other traffic classes, so that if a previously idle traffic class 
becomes active, the traffic class is compensated by distributing more bandwidth to this traffic 

43. (Original) An arrangement for bandwidth scheduling according to claim 42, wherein a 
variable BLP max (backlogging port max) stores the maximum of the backlogging counters for the 
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traffic classes of each port, and, for a traffic class with the ratio BL/BLP ma x < a constant, a flag is 
set to a value used by the algorithm in deciding to accept or reject a packet. 

44. (Original) An arrangement for bandwidth scheduling according to claim 43, wherein the 
counter BL is increased with the packet length multiplied by a configuration parameter WTC 
(weight traffic class), when the traffic class accepts a packet, and said counter BL is limited to a 
fixed upper value and a fixed lower value, and if one backlogging counter for a traffic class 
reaches the upper limit, all other counters are decreased in order to maintain the internal 
difference, and if one backlogging counter for a flow reaches the lower limit, this counter will 
remain at the lower limit and the counter BL is updated each time unit by subtracting a 
configuration parameter BWTCmin (minimum bandwidth per traffic class) multiplied by the 
configuration parameter WTC. 

45. (Canceled) 

46. (Currently Amended) An arrangement for bandwidth scheduling in a switch 
comprising a switching fabric, and a bandwidth scheduler located before any queue of said 
switch, the arrangement comprising: 

means for receiving a stream of data from the switching fabric; 
means for extracting flow identity information from the stream: 
means for updating counters corresponding to the stream: and 
means for subjecting the stream to a decision making algorithm in the bandwidth 

scheduler based on the extracted flow identity information and the updated counters for 

that particular stream resulting in that the stream is accepted or rejected before said 

stream enters any queue of said switch according to claim 15 . 

wherein the flow identity information includes port, identified by port number, and 

traffic class, and 

wherein, if one traffic class is particularly aggressive or active, it is forced to give up 
a part of its accepted bandwidth, and 
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wherein when a packet is accepted in a traffic class having the maximum accepted 
bandwidth (TC = TCP max ), a charity function forces the packet to be discarded and a counter 
charity (CH) is increased with a configurable fraction of the accepted packet length (+packet 
length x give factor), and when a packet is rejected in one of the other traffic classes, the charity 
function forces the packet to be accepted and the charity counter (CH) is decreased with the 
packet length multiplied with the weight of the respective traffic class (-packet length x WTC), 
and the counter (CH) is updated each time unit by multiplication with a decay factor. 

47. (Currently Amended) An arrangement for bandwidth scheduling in a switch 
comprising a switching fabric, and a bandwidth scheduler located before any queue of said 
switch, the arrangement c omprising: 

means for receiving a stream of data from the switching fabric; 

means for extracting flow identity information from the stream: 

means for updating counters corresponding to the stream: and 

means for subjecting the stream to a decision making algorithm in the bandwidth 
scheduler based on the extracted flow identity information and the updated counters for 
that particular stream resulting in that the stream is accepted or rejected before said 
stream enters any queue of said switch aooordinc to claim 30 . 

wherein the flow identity information includes port, identified by port number, and 
traffic class, and wherein: 

a limit (BWPmax) is set on the maximum accepted bandwidth per port, a virtual queue is 
associated with each port, and a flag is set in dependence of the port queue length; 

a limit (BWTC max ) is set on the maximum accepted bandwidth per traffic class, a virtual 
queue is associated with each traffic class, and a flag is set in dependence of the 
traffic class queue length; 

the bandwidth is distributed in accordance with the Max-Min algorithm; 

each traffic class is guaranteed a bandwidth up to a limit (BWTC rain ); 

a weight (WTC) is associated with each traffic class, so that the algorithm automatically 
prioritizes certain traffic classes; 
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for each traffic class, a backlogging counter (BL) keeps track of how many packets are 
accepted in relation to the other traffic classes, so that if a previously idle traffic class 
becomes active, the traffic class is compensated by distributing more bandwidth to 
this traffic class; 

if one traffic class is particularly aggressive or active, it gives up a part of its accepted 
bandwidth. 

48. (Canceled) 

49. (Currently Amended) An arrangement for bandwidth scheduling in a switch 
comprising a switching fabric, and a bandwidth scheduler located before any queue of said 
switch, the arrangement comprising: 

means for receiving a stream of data from the switching fabric: 
means for extracting flow identity information from the stream: 
means for updating counters corresponding to the stream: and 
means for subjecting the stream to a decision making algorithm in the bandwidth 

scheduler based on the extracted flow identity information and the updated counters for 

that particular stream resulting in that the stream is accepted or rejected before said 

stream enters any queue of said switch according to olaim 18 . 

wherein the flow identity information includes port, identified by port number, and 

traffic class, and 

wherein flows are grouped together by means of a hash function into a set of flow 
groups, and 

wherein a counter FG (flow group) is increased with the packet length when the flow 
group accepts a packet, and a variable FG max (flow group maximum is set to a value equal to the 
maximum of the FG counters for the traffic class in question, and wherein, for a flow group 
having the ratio FG/FC max < a constant, a flag is set to a value used by the algorithm in deciding 
to accept or reject a packet, whereby the bandwidth is distributed in accordance with the Max- 
Min algorithm. 
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50. (Original) An arrangement for bandwidth scheduling according to claim 49, wherein: 
a limit (BWP max ) is set on the maximum accepted bandwidth per port, a virtual queue is 

associated with each port, and a flag is set in dependence of the queue length; 
a limit (BWTC max ) is set on the maximum accepted bandwidth per traffic class, a virtual 

queue is associated with each traffic class and a flag is set in dependence of the queue 

length; each traffic class is guaranteed a bandwidth up to a limit (BWTC m in); 
a weight (WTC) is associated with each traffic class, so that the algorithm automatically 

prioritizes certain traffic classes; 
for each traffic class, a backlogging counter (EL) keeps track of how many packets are 

accepted in relation to the other traffic classes, so that if a previously idle traffic class 

becomes active, the traffic class is compensated by distributing more bandwidth to 

this traffic class; 

if one traffic class is particularly aggressive or active, it gives up a part of its accepted 
bandwidth. 

51. (Original) An arrangement for bandwidth scheduling according to claim 33, 36, 37, 39, 
41, 44, or 46, wherein flows are grouped together by means of a hash function into a set of flow 
groups, and a counter FG (flow group) is increased with the packet length when the flow group 
accepts a packet, and a variable FG max (flow group maximum) is set to a value equal to the 
maximum of the FG counters for the traffic class in question, and wherein, for a flow group 
having the ratio FG/FG max < a constant, a flag is set to a value used by the algorithm in deciding 
to accept or reject a packet, whereby the bandwidth is distributed in accordance with the Max- 
Min algorithm. 

52. (Original) An arrangement for bandwidth scheduling according to claim 50, wherein the 
flags set by the algorithm logic are used in a decision sequence comprising: 

if port is switched off, then reject, otherwise; 

if Flow Groups are enabled and Flow Group is fair, then accept, otherwise; 
if queue (VQLP, VQLTC) longer than DiscardWanted (= desired maximum length), then 
reject, otherwise 
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if Flow Groups arc enabled and queue (VQLP, VQLTC) longer than 
DiscardPreferred (= preferred maximum length), and the most aggressive Flow Group, 

then reject, otherwise 
if Traffic Classes are enabled and Traffic Class is fair, then accept, otherwise; 
if queue (VQLP, VQLTC) longer than DiscardPreferred (= preferred maximum length), 

then reject, otherwise; 
accept. 



53 



(Canceled) 



54. 



(Canceled) 
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